[HELP]DivX265 Encoding

[SuperNoob28]

A good day sires/madames. I am a non-programmer but I knew encoding in the current x264.The thing is, I want to learn how to encode in hevc and for starters, may I impose you to help me?


First thing is, I've tried to use the strongene hevc and I managed to do some encoding since I found a blogsite with a lot of detailed instructions.
Now I'm off to DivX265 but unfortunately, I don't know where to start without a manual or a guide. I tried to compile all the commands listed in the original website of DivX but unfortunately, I still can't overcome errors in arguments and it's really vexing and my comprehension to the programming terms is really zero.


Please help me and to add, please do put some screenshots for me to follow...
Yoroshiku desu!

[Gravitator]

Happy New Year! Yes, I too would like to know

[Gravitator]

DivX H.265/HEVC Encoder

Usage: DivX265 -i <infile> -o <outfile> -br <bitrate> -s <w>x<h> (for raw infile)

or: DivX265 -i <infile> -o <outfile> -br <bitrate> (for .avs|.avi infile)

or: DivX265 -h (for help)

Example Usage

from a raw file (yuv/raw, assumes IYUV/I420 colorspace):

C:\DivX265.exe -i inputfile.yuv -o outputfile.hevc -br 3000 -s 1280x720

Piping from stdin through another command line tool:

C:\ffmpeg.exe -i inputfile.avi -s 1280x720 -f rawvideo -pix_fmt yuv420p - | DivX265.exe -s 1280x720 -br 4000 -i - -o outputfile.hevc

open cmd navigate to the directory where the encoder and video files is. Code:

cd C:\yourfolder

Press enter

[Gravitator]

happened Just no sound and video length O_o
More added <-aqo 1> for fast coding.

*glue the audio track with HEVC in the container mkv*
1 download mkvmerge > run
2 assume the created file "outputfile.hevc", attach"inputfile.avi"
3 Uncheck video "input file.avi"-H.263 (audio and HEVC not touch! So we are porting / add the soundtrack to HEVC)
4 press to start processing

[Selur]

have you tried using Hybrid?

[Gravitator]

have you tried using Hybrid?

does not want to save the container. mkv

what bitrate is more appropriate for FHD/HEVC?

[Selur]

does not want to save the container. mkv

mp4 and raw output are also possible with H.265 through Hybrid

what bitrate is more appropriate for FHD/HEVC

atm. at least the bitrate you would use with H.264, or up to 30% lower if you like your image smooth

[Gravitator]

How palpable benefits of AVX2 instructions? Anybody tested

[Gravitator]

that is useful in "Fixed GOP size"?

[Selur]

iirc AVX2 gave a 15-20% boost for x264, similar gains can probably expected for H.265 encoding

that is useful in "Fixed GOP size"?

open gop:
con: worse seeking and editing
pro: better compressibility

[Gravitator]

DivX HEVC considerably surpasses H.264 on dynamic scenes!!! Can experience this demo video > https://www.battlefield.com/battlefield-4/ultra-trailer

[Selur]

don't see the connection between that main profile H.264 encoded video and HEVC, care to explain?

[SuperNoob28]

Hmm, so far, I'd no successful encode. No sound, no length, no video.I tried to use a H265 gui in the name of IFME but cause too many errors.


Can someone teach me how to encode a .mkv into a .hevc with a video + sound using DivX265_1.1.18?Thanks...

[Selur]

assuming your audio streams are mp4-container-compatible:

• install Hybrid
• rename DivX265_1.1.18.exe to DivX265.exe and copy it into your Hybrid folder
• start Hybrid
• load source file
• select Main->Video handling->DivX265
• configure x265 in the x265-tab
• set output (Main->Output)
• add job to queue
• start queue

[Gravitator]

don't see the connection between that main profile H.264 encoded video and HEVC, care to explain?

how to understand

[Selur]

You posted a link to a file which is encoded with a rather simple H.264 encoder and wrote "DivX HEVC considerably surpasses H.264 on dynamic scenes!!!", so I assumed that you wanted to show something with that video which is related to your statement.Or was you statement&link simple spam?

[Gravitator]

You posted a link to a file which is encoded with a rather simple H.264 encoder and wrote "DivX HEVC considerably surpasses H.264 on dynamic scenes!!!", so I assumed that you wanted to show something with that video which is related to your statement.Or was you statement&link simple spam?

аааа.... I only suggested to encode this demo to H264 and HEVC for comparison

[Selur]

That is what you wanted,.... okay.Since the the video already has lot of compression artifacts, I wouldn't really suggest it as a test base, but thanks for clearing up what that post was ment for,..

[Stears555]

You posted a link to a file which is encoded with a rather simple H.264 encoder and wrote "DivX HEVC considerably surpasses H.264 on dynamic scenes!!!", so I assumed that you wanted to show something with that video which is related to your statement.Or was you statement&link simple spam?

аааа.... I only suggested to encode this demo to H264 and HEVC for comparison

Why do you use divx for HEVC encoding?
The quality of Divx HEVC is inferior in a comparison with x265 HEVC codec.

[Gravitator]

well, or use the video of run in the park > http://media.xiph.org/video/derf/
time would have to release a 2-pass mode

[Gravitator]

Why do you use divx for HEVC encoding?
The quality of Divx HEVC is inferior in a comparison with x265 HEVC codec.

Let will release the final version Now I see what has changed

[deadrats]

\Why do you use divx for HEVC encoding?
The quality of Divx HEVC is inferior in a comparison with x265 HEVC codec.

most certainly not true. x265 has gone down the same path as x264, which is to say way over engineered, way to many encoding options, some which seem to work counter to others and almost everyone can agree that x265 has taken a definite step back from the reference encoder as they swap out those algorithms and replace them with x264 inspired/source ones.

the divx hevc encoder meanwhile has continued to improve in both quality and speed, the latest one on my system (3770k) is actually able to encode 1080p 6mb/s hevc in almost real time with the fastest setting, x265 meanwhile is lucky to hit 10 fps with SD content.

the x265 people screwed up big time from the get go and it shows in their current product.

[Gravitator]

Put in the blocks 8and10-bit/pixel (10-bit kernel) and make a hybrid version? Compromise between speed and quality

[Mephesto]

most certainly not true. x265 has gone down the same path as x264, which is to say way over engineered, way to many encoding options

I was a newbie when I started encoding in x264 in 2007 and I didn't find the options difficult or intimidating at all after reading the manual. Actually, I just needed the manual for clarification. The GUI provided info when hovering the mouse arrow over the checkboxes.

Most of the options you don't need to configure because they're already on by default. The only ones I have to continously consider are:

1. CRF value (lower res lower value)
2. deblocking (must change if its a cartoon)
3. refs (more for cartoons, less for movies)
4. ME-range (sometimes increase for certain videos)

FOUR settings you have to configure all the time. Is that really too much?

[deadrats]

most certainly not true. x265 has gone down the same path as x264, which is to say way over engineered, way to many encoding options

I was a newbie when I started encoding in x264 in 2007 and I didn't find the options difficult or intimidating at all after reading the manual. Actually, I just needed the manual for clarification. The GUI provided info when hovering the mouse arrow over the checkboxes.

Most of the options you don't need to configure because they're already on by default. The only ones I have to continously consider are:

1. CRF value (lower res lower value)
2. deblocking (must change if its a cartoon)
3. refs (more for cartoons, less for movies)
4. ME-range (sometimes increase for certain videos)

FOUR settings you have to configure all the time. Is that really too much?

wow, i'm having a hard time even knowing where to begin.

1) if those were the only options you needed to worry about then the developers wouldn't have included another dozen or so fully configurable options, like trellis (3 options), subme (12 options), aq (3 options), aq strength (32 options if you count each individual value possible), psy trellis (2 options, on or off), psy trellis strength (numerous possible values), psy-rd (same thing with on/off and range of values), mb-tree (same thing, on/off and range of values), deblocking (13 possible values not counting the on/off option), all the options related to I/P/B frames, and it just goes on with a load of other obscure options that can be adjusted and turned on/off.

now the x264 faithful will tell you there's no need to worry about them because you should just stick with the presets, but if that was the case why write the code for these options in the first place?

the reality is that x264's presets are compromises meant make it easier to get decent results with a simple configuration but if you spend any amount of time doing encodes you quickly realize that one size does not fit all and what results in good encodes with one source file results in garbage with another source file.

can we be honest with ourselves for a minute? x264 achieved it's level of adoption within the video community primarily because the developers targeted the anime crowd as representative users and tuned their encoder for really low bit rate anime and porn that could be shared on peer2peer networks.

add to it the fact that x264 was/is a legally free encoder, as compared to the original main concept h264 encoder that cost $500 and the current one that costs about a thousand dollars more and people really didn't have much of an option when it came to h264 encoders to use.

but if you read DS' blog posts, in it he admits that the h264 encoder that came with ffmpeg (it's based on the reference encoder, also open source) is almost as good as x264, he actually said it surprised him how good it was and that one is nowhere near as over-engineered and the reference h264 encoder is still better than x264.

and here's the funniest thing about x264, most people would agree with the statement that x264 sucked prior to getting all the psy optimizations that DS added, like AQ, psy-rd, psy-trellis and mb-tree.

so logically that would mean that if you disabled all of the above, no matter what other parameters you configured, the resulting encode would suck, which means that all the other encoding options were a complete waste of time coding them and using them.

[Selur]

@deadrats:

now the x264 faithful will tell you there's no need to worry about them because you should just stick with the presets, but if that was the case why write the code for these options in the first place?

because there is a difference between 'general good settings' and 'settings adjusted for an individual source' and you should know this

and the reference h264 encoder is still better than x264.

without context and the time that was written, that statement is simply rubbish and you should know that too

most people would agree with the statement that x264 sucked prior to getting all the psy optimizations that DS added, like AQ, psy-rd, psy-trellis and mb-tree.

another unfounded statement,...

so logically ...

*gig*

----

btw. I do agree that restricting x264 to those option is an oversimplification, but come on, your post isn't any better,..

[Gravitator]

so far blu-ray 4k does not appear, it slows the interest of spectators, masters encode video

[Trepack]

It seems incredible that someone asks for help with coding Divx265 and finish this another discucion x264

@deadrats you should apply your words https://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds?p=2295158&v...=1#post2295158

[Selur]

it wasn't the topic starter that started the x264 discussion

[Trepack]

@Selur I do not mean for you

But that I have no other spirit moderator

Best to criticize someone's first look in the mirror every morning